Автоматизація обліку товарів на АГЗС Північного об`єднання по експлуатації газового господарства

МІНІСТЕРСТВО ОСВІТИ

Старооскольський ТЕХНОЛОГІЧНИЙ ІНСТИТУТ

(ФІЛІЯ) ФЕДЕРАЛЬНОГО ОСВІТНЬОГО УСТАНОВИ ВИЩОЇ ОСВІТИ

«МОСКОВСЬКИЙ ДЕРЖАВНИЙ ІНСТИТУТ СТАЛИ І СПЛАВІВ

(ТЕХНОЛОГІЧНИЙ УНІВЕРСИТЕТ) »

Факультет автоматизації і інформаційних технологій

Кафедра автоматики та промислової електроніки

Спеціальність 080801 "Прикладна інформатика в сфері сервісу"

Випускна кваліфікаційна робота

на тему: «Автоматизація обліку товарів на АГЗС« Північного об'єднання по експлуатації газового господарства »

Старий Оскол червня 2009

Анотація

Об'єктом дослідження дипломного проекту є АГЗС міста Губкіна - структурного підрозділу «Північне об'єднання по експлуатації газового господарства» Основний вид діяльності АГЗС - надання послуг по заправці автомобілів зрідженим вуглеводневим газом.

Метою дипломного проекту є розробка системи автоматизації обліку товарів на АГЗС.

В аналітичній частині проведений аналіз процесу роботи АГЗС та відділу ВМТП, побудовані інформаційні потоки, поставлена ​​головна задача проектування і розбита на підзадачі.

Для практичної реалізації поставленої задачі були розроблені бази даних АГЗС та відділу ВМТП синхронізується між собою для контролю всіх п'яти АГЗС з головного офісу (ВМТП). Був зроблений вибір системного забезпечення: ОС робочої станції - Windows XP Professional, використано базу даних M S Access - яка включає весь необхідний перелік функцій для проектованої інформаційної системи і має багатий набір візуальних засобів, як ПО для сервера був обраний MS SQL - Server. У проекті було вироблено обгрунтування вибору технічних засобів, необхідних для роботи системи.

Впровадження системи, що розробляється дозволить скоротити час, що витрачається на обробку даних, автоматизує обмін інформацією між АГЗС і головним офісом.

В економічній частині розрахована економічна ефективність впровадження проекту і термін окупності проекту.

У розділі «Захист інформації» були проаналізовані засоби забезпечення захисту інформації що зберігається в БД.

Пояснювальна записка дипломного проекту містить 94 аркуша, 32 рисунка, 24 таблиці, 2 додатки. Графічна частина проекту складається з 9 аркушів формату А1.

Список скорочень

АГЗС	-	Автогазозаправних станцій
АДС	-	Аварійно-диспетчерська служба
АХО	-	Адміністративно-господарський відділ
БД	-	Бази даних
ГРЕГС	-	Губкинский райвно-експлуатаційна газова служба
ІВ	-	Інформаційне забезпечення
ІС	-	Інформаційна система
ІТ	-	Інформаційні технології
КРЕГС	-	Красненська райвно-експлуатаційна газова служба
КС	-	Корпоративна мережа
НОРЕГС	-	Новоскольская райвно-експлуатаційна газова служба
ОГМ	-	Відділ головного механіка
ОК	-	Відділ кадрів
ОКО	-	Відділ комп'ютерного забезпечення
ВМТП	-	Відділ матеріально-технічного постачання
ОРГ	-	Відділ режимів газопостачання
ОУП	-	Відділ управління персоналом
ПЗ	-	Програмне забезпечення
ПТО	-	Виробничо-технічний відділ
ПЕО	-	Планово-економічний відділ
СОРЕГС	-	Старооскольський райвно-експлуатаційна газова служба
СУБД	-	Система управління базами даних
ЗВГ	-	скраплений вуглеводневий газ
УВДГО	-	Ділянка внутрішньобудинкового газового обладнання
ЦАДС	-	Центральна аварійно-диспетчерська служба
ЧРЕГС	-	Чорнянська райвно-експлуатаційна газова служба

Зміст

Введення

1. Аналітична частина

1.1 Опис предметної області

1.1.1 Опис виду діяльності

1.1.2 Організаційна структура і об'єкт управління

1.2 Опис існуючого рівня автоматизації

1.2.1 Структура мережі та її характеристика

1.2.2 Конфігурації робочих місць

1.2.3 Опис існуючої інформаційної системи

1.2.4 Опис роботи автогазозаправних станцій

1.3 Сутність інформаційного комплексу та інформаційних завдань

1.3.1 Постановка завдань на проектування

1.3.2 Обгрунтування вибору завдань, що входять в комплекс

1.3.3 Проблеми розробки інформаційної системи

1.3.4 Декомпозиція завдань

1.3.5 Вимоги, що пред'являються до розроблюваної ІС

1.4. Огляд сучасних ІС

1.4.1 Обгрунтування проектних рішень з програмного забезпечення комплексу задач

2. Проектна частина

2.1 Інформаційне забезпечення комплексу завдань

2.1.1 Обгрунтування інформаційного забезпечення

2.1.2 Внемашинное інформаційне забезпечення

2.1.2.1 Инфологическая модель даних та її опис

2.1.2.2 Характеристика вхідної інформації

2.1.3 Вибір клієнтської системи управління баз даних

2.1.4 Вибір серверної системи управління баз даних

2.1.5 Внутрімашінная реалізація даних

2.1.6 Алгоритми і технологія вирішення завдань

2.2 Формалізація розрахунків (математична модель)

2.2.1 Модель управління запасами без дефіциту

2.3 Опис екранних форм

2.3.1 Додаток на АГЗС

2.3.2 Додаток в головному офісі

2.4 Обгрунтування вибору системного забезпечення

2.5 Обгрунтування вибору програмного забезпечення

2.6 Обгрунтування вибору технічного забезпечення ІС

2.7 Розробка організаційного забезпечення

3. Розрахунок економічної ефективності

3.1 Графік основних етапів проведення НДР і розрахунок витрат

3.2 Визначення капітальних витрат для нового варіанту.

3.3 Визначення експлуатаційних витрат для нового варіанту.

3.4 Визначення економічного ефекту.

4. Інформаційна безпека та захист інформації

4.1 Корпоративні комп'ютерні системи

4.2 Забезпечення безпеки в корпоративних мережах

4.3 Захист даних в Access

4.4 Захист даних в SQL Server

Висновок

Список джерел інформації

Додаток 1:

Додаток 2:

Введення

В даний час неможливо уявити процес управління виробництвом, що виконується без участі інформаційних систем, які полегшують і поліпшують технологічні процеси і якість обробки інформації.

Інформаційна система являє собою систему, що реалізовує автоматизований збір, обробку та маніпулювання даними й включає технічні засоби обробки даних, програмне забезпечення та обслуговуючий персонал.

Розробка власної інформаційної системи - це дійсно проблема, яку доводиться вирішувати багатьом сучасним підприємствам, незалежно від роду їх бізнесу. Термін «інформаційна система» відноситься до класу програмних продуктів, що полегшують або «автоматизують» ведення бізнесу.

Грамотно оброблена і систематизована інформація є певною мірою гарантією ефективного управління виробництвом. Навпаки, відсутність оперативних і достовірних даних може привести до невірного управлінського рішення і, як наслідок, до серйозних збитків.

У даній роботі розглядається діяльність п'яти АГЗС та їхнього головного офісу «Північного об'єднання по експлуатації газового господарства».

Для того щоб ефективність і продуктивність роботи «Північного об'єднання по експлуатації газового господарства» були високими необхідна чітка і відлагоджена робота всіх підрозділів підприємства, в тому числі і АГЗС. Але без впровадження інформаційної системи таку роботу забезпечити дуже складно і практично неможливо, оскільки постійно збільшуються інформаційні потоки і підвищуються вимоги до швидкості обробки даних, виконання великої кількості операцій неможливо здійснити вручну. Для повноцінного обліку інформації без застосування ЕОМ необхідний досить великий штат співробітників, який повинен своєчасно відстежувати інформаційні потоки, зміни даних і залишки і фіксувати їх на паперових носіях, які також вимагають кропіткої праці та уваги. Все це веде до економічно невиправданого розширення штату кадрових службовців на підприємстві та зниження оперативності отримання інформації. Впровадження ІС значно полегшує дану роботу, оскільки створюються дві бази даних, які обмінюються інформацією між собою через мережу інтернет, що дозволяє оперативно відображати інформацію. Також значно полегшується сам процес зміни і ведення паперової документації, оскільки основні елементи операцій автоматизовані і виконуються за досить нескладному алгоритму. У результаті чого економиться час, людські ресурси, оперативно надходить інформація і підвищується якість роботи в цілому.

В якості об'єкта управління розробляється ІВ є облік товарів на АГЗС.

Розроблена ІС дозволила досягнути наступних результатів:

• вдосконалена робота оператора на АГЗС;

• знижено обсяг паперових документів;

• пов'язані інформаційні потоки головного офісу і п'яти окремих АГЗС в єдину інформаційну мережу;

• створила бази даних з розмежуванням прав доступу на п'яти АГЗС і в головному офісі;

• автоматизована система обліку товарів;

• автоматизований обмін інформацією між АГЗС та головного офісу;

• в головному офісі оперативно відстежуються боржники-контрагенти з оплати за товари.

1. Аналітична частина

1.1 Опис предметної області

1.1.1 Опис виду діяльності

«Північне об'єднання по експлуатації газового господарства» знаходиться в місті Старий Оскол і об'єднує 5 районів: Красненський, Новооскольський, Чернянський, Губкинский і власне Старооскольський.

Основними видами діяльності об'єднання є:

• здійснення комплексу заходів з контролю за раціональним використанням газоподібного палива на газоспоживаючих об'єктах;

• здійснення контролю за збереженням систем газопостачання, при виробництві будівельних робіт поблизу діючих газопроводів;

• виготовлення запасних частин для газового обладнання, механізмів, приладів;

• організація пропаганди безпечного користування газом у побуті;

• навчання населення правил користування газовими приладами;

• організація роботи з протипожежного захисту газопроводів від електрохімічної корозії;

• розгляд причин аварій, нещасних випадків та вжиття заходів щодо їх запобігання;

• розробка заходів з охорони праці та техніки безпеки та забезпечення їх виконання так само є завданням «Північного об'єднання по експлуатації газового господарства»;

• підготовка кадрів, своєчасна атестація, підвищення кваліфікації керівників, фахівців, робітників;

• надання організаційно-технічної та методичної допомоги газовим господарствам інших міністерств і відомств, що знаходяться в зоні обслуговування філіалу;

• здійснення комерційної діяльності і будь-які інші види діяльності, не заборонених законодавством.

У 2000 році почала проводитися заправка автомобілів власного автотранспорту на складі міста Старий Оскол, де була встановлена ​​колонка для заправки автомобілів.

У 2001 році були побудовані і пущені в експлуатацію АГЗС в районах (див. таблиця 1.1.):

Таблиця 1.1.

Назва населеного пункту	Фактична продуктивність т / рік	Займана площа
м. Губкін, вул. Білгородська	1500	684
м. Старий Оскол, вул. Ватутіна, 209

	902	640
м. Новий Оскол, р-н лісорозсадника	246,9	630
с. Червоне, р-н асфальтобетонного заводу	223,4	580
п. Чорнянка, пер. Литвинова, 3	384	600

1.1.2 Організаційна структура і об'єкт управління

Організаційна структура - це система цілей і їх розподіл між різними ланками, це люди та їх групи, постійно вступають у різні взаємини для вирішення спільних завдань. Сюди відноситься склад підрозділів, які перебувають у певних зв'язках і відносинах між собою; розподіл відповідальності. Важливими елементами структури управління є комунікації, потоки інформації та документообіг в організації.

Процес формування організаційної структури містить у собі формулювання цілей і завдань, визначення складу і місце підрозділів, їх ресурсне забезпечення (включаючи чисельність працюючих), розробку регламентуючих процедур, документів, положень, що закріплюють і регулюють форми, методи, процеси, які здійснюються в організаційній системі управління .

Організаційна структура управління «Північного об'єднання по експлуатації газового господарства» представлена ​​на малюнку 1.1.

Малюнок 1.1

Для безперебійної роботи виробництва на підприємстві працюють 250 чол. працюють безпосередньо на підприємстві, 50 чол. - Технологічні робітники в потоках. Усі працівники працюють на постійній основі.

На чолі підприємства стоїть директор об'єднання, він керує відповідно до чинного законодавства господарської та фінансово-економічною діяльністю організації, несучи всю повноту відповідальності за наслідки прийнятих рішень, збереження та ефективне використання майна організації, а також фінансово-господарські результати його діяльності.

Організовує роботу й ефективну взаємодію всіх структурних підрозділів, виробничих одиниць, спрямовує їх діяльність на розвиток і вдосконалення виробництва з урахуванням соціальних та ринкових пріоритетів, підвищення ефективності роботи організації, зростання обсягів збуту продукції та збільшення прибутку, якості та конкурентоспроможності продукції та задоволення потреб населення у відповідних видах вітчизняної продукції.

Вживає заходів щодо забезпечення підприємства кваліфікованими кадрами, раціональному використанню та розвитку їх професійних знань і досвіду, створення безпечних та сприятливих для життя і здоров'я умови праці.

Забезпечує правильне поєднання економічних і адміністративних методів керівництва, єдиноначальності і колегіальності в обслуговуванні та вирішенні питань, застосування принципу матеріальної зацікавленості і відповідальності кожного працівника за доручену йому справу і результати роботи всього колективу, виплату заробітної плати у встановлені терміни.

Вирішує питання, що стосуються фінансово-економічної та господарської діяльності організації, в межах наданих йому законодавством прав, доручає ведення окремих напрямків діяльності іншим посадовим особам - комерційному директору і ін

Забезпечує дотримання законності в діяльності організації та здійсненні його господарсько-економічних зв'язків, використання правових засобів для фінансового управління та функціонування в ринкових умовах, зміцнення договірної та фінансової дисципліни, регулювання соціально-трудових відносин, забезпечення інвестиційної привабливості організації з метою підтримки і розширення масштабів підприємницької діяльністю .

Головний інженер відповідає за виконання плану підприємства та плану виробництва продукції відповідно до замовлень і технічними умовами. Організовує підготовку та атестацію у галузі промислової безпеки, розробку планів заходів з локалізації аварій і ліквідації їх наслідків. Забезпечує проведення контролю за дотриманням працівниками небезпечних виробничих об'єктів вимог промислової безпеки.

Адміністративно-господарський відділ забезпечує господарське обслуговування і належний стан відповідно до правил і норм виробничої санітарії будівель і приміщень підприємства; здійснювати контроль за справністю обладнання (освітлення, систем опалення, вентиляції, каналізації та ін.) Організовує проведення ремонту приміщень, здійснювати контроль за якістю виконання ремонтних робіт.

Заступник директора здійснює оперативне керівництво роботою ділянки зрідженого газу, відділу головного механіка і забезпечувати виконання робіт по капітальному будівництву на підприємстві.

Відділ матеріально-технічного постачання виконує роботи із забезпечення устаткуванням і комплектуючими виробами капітального будівництва і ремонтно-експлуатаційних потреб підприємства, перевіряє правильність визначення в заявках підрозділів підприємства потреби в обладнанні та комплектуючих виробах, складати зведені заявки з необхідними розрахунками та обгрунтуванням. Розробляє графіки поставок устаткування на основі затверджених термінів завершення будівельно-монтажних робіт. Забезпечує транспортування, приймання, зберігання і реалізацію зріджених вуглеводневих газів.

Відділ управління персоналом проводить роботу по комплектуванню підприємства кадрами робітників та службовців необхідних професій, спеціальностей і кваліфікації відповідно до цілей, стратегії і профілю підприємства, що змінюються зовнішніми та внутрішніми умовами його діяльності; формує і веде банк даних про кількісний та якісний склад кадрів, їх розвитку та рух.

Головний бухгалтер відповідає за організацію фінансової діяльності підприємства, спрямованої на забезпечення фінансовими ресурсами завдань фінансового плану, збереження і ефективного використання основних фондів і оборотних коштів, трудових і фінансових ресурсів підприємства, своєчасності платежів по зобов'язаннях до бюджетів всіх рівнів, постачальникам і установам банків.

Відповідає за облік основних фондів, матеріалів, грошових коштів, виконання кошторисів витрат, витрат виробництва та обігу, виробничих запасів. Займається Розрахунками заробітної плати.

Головний економіст формує єдину економічну політику підприємства на основі аналізу стану і тенденцій розвитку галузі. Формує економічне планування, спрямоване на ефективне використання всіх видів ресурсів в процесі будівництва об'єкта.

Відділ режимів газопостачання контролює правильність і своєчасність введення пільг, тарифів на газ та проведення розрахунків з населенням. Здійснює контроль за своєчасною реєстрацією пускових відомостей, відкриттям особових рахунків, списків проживають в експлуатованих і в знов прийнятих в експлуатацію житлових будинках і розмірів опалювальної площі. Забезпечує своєчасне надходження платежів за спожитий природний газ населенням.

1.2 Опис існуючого рівня автоматизації

В даний час практично всі процеси в «Північному об'єднання по експлуатації газового господарства» автоматизовані. Для абонентського відділу використовується програма «Катюша». Аварійно-диспетчерська служба і виробничо-технічний відділ використовують програму по газопроводах «Сігма».

Неавтоматизованими є п'ять АГЗС, на яких є касові апарати і пульти, що зв'язуються через контролери з колонками. Оператору на АГЗС і в головному офісі доводиться заповнювати велику кількість журналів при роботі з організаціями за безготівковим розрахунком, вести звіти з обліку товарів та інших, що надаються. Щодня відомості з АГЗС передаються по телефону в головне управління. Це складний і трудомісткий процес, при якому на виявлення та виправлення допущених помилок доводиться затрачати багато часу.

1.2.1 Структура мережі та її характеристика

Рис 1.2. Структура мережі «Північне об'єднання по експлуатації газового господарства»

Існуюча мережа має топологію зірки, реалізовану на неекранованої кручений парі категорії UTP 5. Прямі з'єднання двох комп'ютерів в мережі відсутні. Завдяки цьому, є можливість вирішення проблеми загальнодоступності даних, а також підвищується стійкість до пошкоджень кабельної системи. Однак функціональність мережі залежить від стану мережного концентратора. Передача даних по мережі здійснюється за протоколом TCP / IP. Топологія мережі показана на рис 1.2.

Концепція топології мережі у вигляді зірки прийшла з області великих ЕОМ, у якій головна машина одержує й обробляє всі дані з периферійних пристроїв як активний вузол обробки даних. Вся інформація між двома периферійними робочими місцями проходить через центральний вузол обчислювальної мережі.

Пропускна здатність мережі визначається обчислювальною потужністю вузла і гарантується для кожної робочої станції. Сутичок даних не виникає.

Кабельне з'єднання досить просте, тому що кожна робоча станція пов'язана з вузлом. Витрати на прокладку кабелів високі, особливо коли центральний вузол географічно розташований не в центрі топології. Тому для з'єднання віддалених АГЗС будемо використовувати передачу даних через Internet.

При розширенні мережі до нового робочого місця необхідно прокладати окремий кабель з центра мережі.

Топологія у вигляді зірки є найбільш швидкодіючої з усіх топологій обчислювальних мереж, оскільки передача даних між робочими станціями проходить через центральний вузол (при його гарній продуктивності) по окремих лініях, використовуваним тільки цими робочими станціями.

1.2.2 Конфігурації робочих місць

Апаратна конфігурація робочих місць в головному управлінні представлена ​​в таблиці 1.2. Так як комп'ютерів в об'єднанні багато, то і конфігурація не однорідна.

Таблиця 1.2.

Платформа	AMD Sempron A-XP-2800 + 256 кб
ОЗУ	Від 256 до 1024 Гб
Жорсткий диск	Від 20 до 260 Гб
Мережева карта	NVIDIA nForce MCP Networking Controller
Відео карта	NVIDIA GeForce4 64 Мб

На Робочих станціях встановлено багатокористувацька операційна система Windows ХР Professional, що забезпечує захист файлів від проник нення ззовні.

1.2.3 Опис існуючої інформаційної системи

Всі документи, а це означає і інформацію, можна розділити на три потоки: вхідні, внутрішні та вихідні.

Вхідної є поштова кореспонденція, інформація, що надійшла по факсу, електронною поштою або на іншому електронному носії.

Внутрішніми є документи створені співробітниками для необхідної роботи підприємства. В організації між співробітниками встановлені певні інформаційні потоки, які показані на рис 1.3.

Вихідна - це відомості про реалізований товар за зміну, що передаються з кожної АГЗС в головний офіс.

Виділимо ряд недоліків, які має існуюча ІС:

• фізична віддаленість АГЗС від головного офісу;

• не пов'язані інформаційні потоки головного офісу і п'яти окремих АГЗС в єдину інформаційну мережу;

• складність обробки інформації;

• низька точність і оперативність надходження інформації.

• великі витрати часу і трудових ресурсів на обробку інформації;

• не автоматизована система обліку товарів;

• не оперативно відстежуються боржники-контрагенти з оплати за товари.

Рис. 1.3. Інформаційні потоки АГЗС «Північного об'єднання по експлуатації газового господарства»

1.2.4 Опис роботи автогазозаправних станцій

Заправка надає послуги із заправки автомобілів і продажу газових балонів, проводить огляд на придатність газових балонів.

АГЗС знаходиться за межею міста на окремій території, де закопані п'ять резервуарів для зберігання зрідженого вуглеводневого газу (ЗВГ) обсягом у 5 тонн літрів.

Автомобілі заправляються ЗВГ з чотирьох колонок, співробітником, які пройшли спеціальну підготовку.

Постачання ЗВГ та балонів на АГЗС здійснюється спеціальними газовозами. Приймає балони та ЗВГ оператор за накладними. Постачальником газу є ВАТ «Белгородоблгаз».

В обов'язки оператора входить: вести облік товару, здавати інкасацію, передавати відомості про реалізований товар і давати запит на поставку товару в головний офіс, де формується список контрагентів, ведеться оборотно-сальдова відомість і встановлюються єдині фіксовані ціни.

1.3 Сутність інформаційного комплексу та інформаційних завдань

Збільшення інформаційних потоків в науці, бізнесі, виробництві, культурі вимагає адекватної реакції з боку інформаційних технологій. Для суспільства обтяжливо витрачання величезної кількості паперу, та й інформація, що надходить на таких носіях, менш динамічна, ніж електронна.

Концепція безпаперовій технології має за плечима не одне десятиліття. В цей же час сьогодні можна говорити лише про часткову реалізації цієї ідеї. Тут існує ряд причин:

1. Можна вказати на психологічний аспект проблеми. Отримання інформації в електронному вигляді вимагає звички.

2. Безпаперові технології вимагають грунтовної технічної підтримки: відповідної продуктивної обчислювальної техніки, високої пропускної здатності комунікаційних ліній, технологічності алгоритмів.

3. Безпаперові технології вимагають грунтовної юридичної підтримки.

З цим процесом в нашій країні справи йдуть поки не кращим чином: поки не сформувалася адекватна юридична база для інформаційних систем, систем електронної комерції, не прийняті нормативні акти про електронний документообіг і цифровий підпис.

Процес управління підприємством в умовах ринкової економіки вимагає інтенсифікації та чіткої організації всього підприємства, аж до кожного співробітника. Таким чином, інформаційні технології як запорука подальшого прогресу суспільства покликані забезпечити доступний і ефективний інструмент автоматизації на основі безпаперового діловодства та документообігу.

Головне призначення інформаційних систем - це організація зберігання електронних документів, а також роботи з ними (зокрема, синхронізація даних між додатками). В інформаційних системах також реалізований санкціонований доступ до документів, відстежуються вироблені в них зміни і контролюються всі їхні версії і підверсії.

Для ефективного менеджменту в діяльності будь-якого підприємства інформаційні потоки повинні представляти собою чітко відстежується і керовані процеси. Типовим інформаційним об'єктом, що фіксує і регламентує діяльність на підприємстві, є документ. Діяльність з організації проходження документів всередині підприємства прийнято називати діловодством даної конкретної організації. В основі діловодства лежить фундаментальне поняття структури інформаційного обміну - документопотік.

Для будь-якої організації можна виділити три основні потоку документів: вхідні, внутрішні та вихідні, які й визначають документопотоки.

Функції ведення діловодства складаються з обробки вхідних документів, пересилання їх усередині фірми, відправлення вихідних документів, обліку, реєстрації, контролю за виконанням, формування справ, організації зберігання і т.д.

Безпаперове діловодство передбачає застосування комп'ютера в управлінській діяльності для зберігання, пошуку і відображення інформації, дозволяючи звести до мінімуму або виключити повністю застосування паперових носіїв.

Електронний офіс припускає організацію роботи груп користувачів над спільним вирішенням складних розподілених завдань в електронних комп'ютерних мережах за допомогою засобів обчислювальної техніки. Сьогодні існує велика кількість концепцій побудови електронного офісу, зокрема фірм Microsoft, Borland, Lotus. Все частіше звертаються до поняття "workflow" - стратегії забезпечення управління прикладними програмами, необхідними для проходження потоку робіт в електронному офісі.

Використання мереж дозволяє миттєво пересилати документи з одного підрозділу в інший без тимчасових затримок на передачу паперового документа, спрощує зберігання, контроль, пошук, архівування, включаючи ведення довгострокового архіву документів.

1.3.1 Постановка завдань на проектування

Основною метою проектування ІС є автоматизація обліку товарів на АГЗС.

При проектуванні слід чітко уявляти собі, які труднощі можуть виникнути в процесі реалізації програмного забезпечення і його впровадження. Також, необхідно враховувати, що операторам доведеться працювати з даною системою значну кількість часу, і тому ефективність їх діяльності буде значно залежати від простоти у використанні системи та її інтерфейсу.

Розробка інформаційної системи обліку товарів на АГЗС повинна забезпечити можливість контролю товару на складі і роботи з контрагентами. Для цього необхідно отримати контроль над реалізацією товару на АГЗС і над внесенням оплати контрагентами.

Для здійснення поставленої мети необхідно вирішити такі завдання:

• зв'язати інформаційні потоки головного офісу і п'яти окремих АГЗС в єдину інформаційну мережу за технологією «клієнт - сервер»;

• автоматизувати систему обліку товарів;

• створити бази даних з розмежуванням прав доступу на п'яти АГЗС і в головному офісі;

• автоматично надсилати дані про реалізацію товару в кінці кожної зміни в головний офіс;

• в головному офісі оперативно відстежувати боржників-контрагентів з оплати за товари.

1.3.2 Обгрунтування вибору завдань, що входять в комплекс

Існуючий механізм обліку на АГЗС складний і не автоматизований. У головний офіс відомості про залишки на складі ЗВГ і балонів надходять не оперативно, що призводить до затримки оформлення замовлень на постачання товарів. Для того щоб відстежити кожного контрагента і наочно бачити його дебет і кредит - оператору доводиться вручну проводити аналіз документів. Ця робота забирає багато часу і відволікає оператора від основної діяльності, що знижує ефективність даного процесу.

У відділ ВМТП головного офісу щоранку по телефону з п'яти АГЗС передаються дані про реалізацію товару за минулий зміну, що призводить до спотворення інформації. Проектована ІС:

• синхронізує дані між БД АГЗС та головного офісу за технологією «клієнт - сервер»;

• автоматизує систему обліку товарів;

• створює бази даних з розмежуванням прав доступу на п'яти АГЗС і в головному офісі;

• автоматично відправляє дані про реалізацію товару в кінці кожної зміни в головний офіс;

• самостійно відстежує боржників-контрагентів з оплати за товари.

1.3.3 Проблеми розробки інформаційної системи

1. Втрата зв'язку між клієнтською базою даних АГЗС і серверної базою даних головного офісу.

У процесі передачі інформації з АГЗС в головний офіс, може бути втрачено з'єднання (неполадки в мережі, погане з'єднання та ін), тоді в головний офіс надійдуть некоректні дані.

Для вирішення даної проблеми створена процедура, яка при натисканні у додатку на АГЗС на кнопку «Сформувати всі обороти» примусово відправляє всі дані про реалізацію товару по мережі, при цьому видаляючи стару інформацію і записуючи нову.

2. Оперативне оновлення цін

У процесі роботі оператори на АГЗС, не вчасно отримавши інформацію про зміну ціни, можуть продавати товари за «старими» розцінками, що призводить до фальсифікації звітності.

Для усунення такої ситуації в ІС розмежовані права доступу до деяких довідниках (контрагенти та номенклатура). Оператор на АГЗС в додатку може тільки переглядати номенклатуру без можливості редагування або додавання, а в головному офісі в БД заноситься список товарів із зазначенням фіксованих цін. Дана інформація автоматично завантажується в БД АГЗС при авторизації користувача у програмі. При відправці звітів з АГЗС в БД відбувається синхронізація даних з БД головного управління.

3. Відстеження запасів ЗВГ

Під час роботи оператора на АГЗС може закінчитися ЗВГ, що призведе до дефіциту попиту на товар, зниження конкурентоспроможності АГЗС, розірвання договорів з контрагентами.

Щоб уникнути такої ситуації в додаток закладені математичні розрахунки, які вираховують середнє споживання газу на тиждень і якщо залишається в запасі менше цього середнього числа, то виводиться екранне вікно, в якому показані середнє споживання газу і скільки залишилося газу в наявності і рекомендує зробити заявку на поставку товару.

1.3.4 Декомпозиція завдань

Під декомпозицією завдань, мається на увазі розбиття загальної задачі на підзадачі.

Основне завдання: створення інформаційної системи автоматизації обліку товарів на АГЗС.

Підзадача:

• Створення двох БД для АГЗС та головного офісу за технологією «клієнт - сервер»;

• Формування оборотно-сальдової відомості;

• Облік боржників-контрагентів з оплати за товари;

• Формування залишків товару;

• Формування змінного звіту, приходу, витрат;

• Облік кількості змін, відпрацьованих співробітниками;

• Контроль над залишками і постачанням газу

1.3.5 Вимоги, що пред'являються до розроблюваної ІС

З одного центру складно контролювати роботу мережі філій АГЗС, тому що доводиться обробляти велику кількість документів. Існуючий процес займає значний час, і спричиняє за собою не своєчасність надходження інформації, що неприпустимо в сучасному процесі інформатизації суспільства, де необхідно приймати ефективні рішення на основі оперативної інформації.

Проектована ІС повинна: ​​автоматично синхронізувати дані між базами даних АГЗС та головного офісу за технологією «клієнт - сервер»; автоматизувати облік товарів на АГЗС; створювати БД з розмежуванням прав доступу на п'яти АГЗС і в головному офісі; автоматично відправляти дані про реалізацію товару в кінці кожної зміни в головний офіс; самостійно відстежувати боржників-контрагентів з оплати за товари.

Вимоги до структури та функціонування системи:

• інтерфейс системи повинен бути легким і зрозумілим, навіть непідготовленому користувачеві;

• мати різні рівні доступу в клієнтській БД у користувачів АГЗС;

• серверна БД повинна зберігатися на серверної СУБД, для захисту даних;

• оперативно відображати інформацію про товар;

• забезпечувати настройку параметрів;

• стійкість до збоїв зв'язку;

• легко адаптуватися до постійно мінливих параметрами.

Вимоги до ергономіки:

• екранна форма системи повинна бути оформлена у спокійних кольорах;

• всі екранні форми витримані в одній гамі кольорів і одній стилістиці.

• всі написи легко читані.

Вимоги до технічної естетики:

• захист робочих місць відповідно до норм охорони праці: захисні екрани або монітори з вбудованими захисними екранами; правильне виробниче освітлення, що виключає підвищену яскравість, блесткость, засліпленість, тіні і т. п.;

• надання заходів з безпеки праці.

Вимоги до захисту інформації від несанкціонованого доступу.

• повинно бути передбачено обмеження прав доступу, тобто у всіх співробітників повинні бути власні права доступу до системи, а саме унікальний пароль і ім'я входу;

• мати різні права доступу до однакових об'єктів БД на АГЗС та головному офісі.

1.4. Огляд сучасних ІС

Будь-яка інформаційна система може містити елементи кожної з наведених нижче категорій, але більшість з них мають конкретну орієнтацію в одній з областей, пов'язану в першу чергу з позиціонуванням продукту.

Розвиток ринку комп'ютерних систем, здатних забезпечити ефективне управління організацією, пов'язане з системами двох класів:

• системи, орієнтовані на автоматизацію окремих функцій управління;

• інтегровані системи управління.

На ринку представлені як російські, так і зарубіжні системи різного призначення. Якщо говорити про реальний сектор економіки, то для нього на ринку є системи двох класів:

• фінансово - управлінські системи;

• виробничі системи.

Фінансово - управлінські системи: локальні та малі інтегровані. Застосовуються для ведення обліку по одному або декількох напрямках (бухгалтерія, збут, склади, облік кадрів і т.д.), управління фінансовими потоками.

Властивості фінансово - управлінських систем:

• універсальність;

• невеликий цикл впровадження;

• є коробкові варіанти;

• гнучкість в адаптації до потреб конкретного підприємства;

• здатність працювати на ПК в звичайних мережах передачі даних NovellNetware чи WindowsNT;

• використання простих засобів розробки (Clipper, FoxPro, dBase, Paradox);

• зниження рівня ефективності при роботі на складних конфігураціях мережі і при збільшенні обсягів оброблюваних даних;

Виробничі системи: середні і великі інтегровані. Застосовуються для управління та планування виробничого процесу. Облікові функції глибоко опрацьовані і виконують допоміжну роль.

Властивості виробничих систем:

• більш складні в установці (цикл упровадження від 6-9 місяців до 1-2 і більше років);

• часто орієнтовані на одну або кілька галузей і / або типів виробництва;

• спеціалізація відбивається в наборі функцій системи;

• наявність вбудованих бізнес - моделей виробництва;

• виробничі системи по багатьом параметрам значно більш жорсткі, ніж фінансово управлінські;

• основними механізмами управління є планування й оптимальне управління виробничим процесом;

• охоплюють планування, закупівлі, виробництво, запаси, продажу, фінансові потоки та багато інших аспектів;

• при збільшенні складності і широти охоплення функцій підприємства системою зростають вимоги до технічної інфраструктури та комп'ютерної платформі;

• розроблені з допомогою промислових баз даних;

• в більшості випадків використовується технологія «клієнт-сервер».

Класифікація ринку ІВ представлена ​​в таблиці 1.3.

Таблиця 1.3.

Представники груп	Локальні системи	Малі інтегровані системи	Може бути інтегровані системи	Великі інтегровані системи
	- Іскра - Зірка - АГЗС-АСІ - Gazkit - І т.д.	- Concorde XAL - Exact - NS-2000 - Platinum - PRO / MIS - Scala - SunSystems - БОС-Корпорація - Галактика / Парус - Еталон	- JD Edwards (Robertson & Blums) - MFG-Pro (QAD / BMS) - SyteLine (COKA П / SYMIX)	- SAP/R3 (SAP AG) - Baan (Baan) - BPCS (ITS / SSA) - Oracle Applications (Oracle)

1.4.1 Обгрунтування проектних рішень з програмного забезпечення комплексу задач

В даний час робота на всіх АГЗС не автоматизована. Облік приходу, витрат та іншої звітності ведеться вручну в журналах. ЗВГ відпускається за допомогою спеціальних пультів-контролерів, які безпосередньо сполучені з колонками.

На ринку інформаційних послуг існують ІВ для АГЗС. Їх основним недоліком є те, що кожна конкретна програма робиться під певну колонку, для певної марки контролер. ІС, яка успішно працює на АГЗС з колонками однієї фірми, не буде працювати на шпальтах інших фірм. Дані ІС повністю автоматизують роботу АГЗС, але вони дорогі і необхідно підбирати різні ІС на сумісність з існуючим обладнанням. В умовах існування декількох різних АГЗС закупівля для кожної заправки новій ІС складний і дорогий процес, а залишити автоматизацію на сьогоднішньому етапі недоцільно.

Тому було прийнято рішення створити єдину універсальну ІВ, що не залежить від марки колонки, де ЗВГ буде відпускатися через пульти-контролери. У даній програмі буде автоматизовано облік товарів, будуть пов'язані всі АГЗС і головний офіс в єдину мережу, в якій БД будуть синхронізуватися між собою.

Програмним середовищем для розробки був обраний Microsoft Access 2003.

Проектована інформаційна система обліку матеріалів повинна володіти такими можливостями:

У клієнтському додатку на АГЗС:

• автоматично надсилати відомості про реалізацію товару при закритті зміни;

• автоматично завантажувати оновлення довідників номенклатура і контрагенти;

• працювати з взаємозв'язаними таблицями;

• виконувати автоматичний розрахунок ціни і кількості при продажу товару;

• створювати звіти-ревізії, для здачі зміни;

• вважати залишки.

• вважати середня витрата газу на тиждень і давати рекомендації по заявці на замовлення товару.

У серверному додатку головного офісу:

• отримувати інформацію про обороти від усіх клієнтів;

• задавати номенклатуру, фіксовані ціни і контрагентів;

• відслідковувати дебет і кредити контрагентів;

• автоматично показувати боржників;

• наочно відображати залишки на клієнтах.

2. Проектна частина

2.1 Інформаційне забезпечення комплексу завдань

Інформаційне забезпечення - це сукупність і взаємодія масивів інформації, таблиць баз даних, форм вихідних документів, систем кодування і класифікації, необхідні для виконання всіх функцій автоматизованої системи.

Інформаційне забезпечення системи, що розробляється визначається особливостями її побудови і являє собою сукупність потоків даних, що використовуються для управління технологічним процесом і реалізації інших функцій автоматизованої інформаційної системи.

Проектування і функціонування автоматизованої ІС грунтується на системотехнічних принципах, які відображають найважливіші положення методів загальної теорії систем, системного проектування, теорії інформації та інших наук, що дозволяють забезпечити необхідну надійність експлуатації, сумісність і взаємодію інформаційних систем різних економічних об'єктів, економити працю, час, грошові кошти на проектування і впровадження ІС в практику.

Інформаційне забезпечення (ІС) розрізняють внемашинное і внутримашинное:

внемашинное - це вся сукупність інформації в «північному об'єднання по експлуатації газового господарства», включаючи інформаційно-логічну модель даних, системи документів і документообігу інформаційних потоків;

внутримашинное - це подання даних на машинних носіях у вигляді різноманітних за змістом, за призначенням і спеціальним чином організованих масивів (файлів), сукупність програм, що забезпечують збір, обробку, передачу та зберігання даних, БД і їх інформаційних зв'язків.

Значну частку внемашинного ІВ становить документація. При розробці внемашинного ІВ до документів, як найбільш поширеним носіям вихідної та результативної інформації, пред'являється ряд вимог щодо їх форми, змісту, порядку заповнення. Єдність вимог створює уніфіковану систему документації. Уніфіковані типові документи в діяльності АГЗС підвищують ефективність автоматизації. До таких документів належать накладні, звіти змінні, звіти про проданий ЗВГ та інші.

Сукупність даних, що входять у внемашинное і внутримашинное інформаційне забезпечення зазвичай поділяють на три види:

1. вхідні дані (вихідні дані для вирішення якихось завдань);

2. вихідні дані (результати вирішення завдань, призначені для використання в управлінні або для видачі на пристрій відображення);

3. проміжна інформація (результати вирішення якихось завдань, призначені для використання в інших завданнях).

Будь-яка автоматизована ІС передбачає впровадження в управлінську діяльність нової форми подання інформації - електронних документів (первинних і результатних) на машинних носіях. Електронні документи мають всі властивості і юридичну чинність документів управління. У них міститься інформація, що має різне уявлення: текст, графіка, звук, зображення в комунікаційних форматах. Зберігаються електронні документи як файли на машинному носії.

Робота з документами, в тому числі і електронними, потребує створення системи управління документами та документообігу в масштабі розподіленої ІС. Ця система повинна охоплювати всі етапи життєвого циклу документів: створення, зберігання. Забезпечити обмін інформацією між п'ятьма АГЗС і головним офісом.

2.1.1 Обгрунтування інформаційного забезпечення

У ході розробки автоматизованого виконання завдання обліку товарів, результатних показників є (друковані форми всіх звітів представлені в Додатках)

• друк змінного звіту;

• друк проданого ЗВГ;

• друк проданого ЗВГ з розшифровкою по клієнтах;

• друк продажу за операторам за різними номенклатурами;

• друк боржників-контрагентів;

• друк ОСВ;

• друк залишків;

• пошук документа по даті;

• пошук по зміні;

Збір інформації для формування звітів здійснюватися з документів, які формуються в процесі роботи АГЗС:

• прибуткові накладні;

• продажу;

• оплати контрагентів.

Зберігання і подальша обробка отриманої інформації дуже трудомісткий процес і носить рутинний характер тому в розробляється інформаційній системі автоматизуємо його, для меншої затрати праці та часу.

Вся зібрана інформація, буде вноситися і зберігатися у відповідних таблицях БД посредствам заповнення електронних форм.

2.1.2 Внемашинное інформаційне забезпечення

2.1.2.1 Инфологическая модель даних та її опис

Логічна структура бази даних визначається інформаційними потребами проекту. При її розробці виділяються основні інформаційні сутності предметної області, виявляються зв'язки між ними. Потім логічна структура оптимізується відповідно до реалізованими цільовими функціями проекту.

Инфологическая модель даних наведена на малюнках 2.1. і 2.2.

Основними сутностями бази даних АГЗС є:

• Сутність «Співробітник» характеризується атрибутами - КодСотрудніка, Прізвище, Пароль. Дана сутність пов'язана з суттю «Зміни», «Прихід» і «Продаж»;

• Сутність «Зміни» характеризується атрибутами - КодСмени, КодСотрудніка, Початок, Закінчення. Дана сутність пов'язана з суттю «Співробітник» і «Продаж»;

• Сутність «Прихід» характеризується атрибутами - КодПріхода, ДатаПріхода, КодНоменклатури, Кількість. Дана сутність пов'язана з суттю «Номенклатура» і «Співробітник»;

• Сутність «Номенклатура» характеризується атрибутами - КодНоменклатури, Найменування, Ціна, Товар. Дана сутність пов'язана з суттю «Прихід» і «Продаж»;

• Сутність «Продаж» характеризується атрибутами - КодПродажі, КодНоменклатури, КодКонтрагента, Дата, Кількість, Вартість, КодСотрудніка, КодСмени, Безнал. Дана сутність пов'язана з суттю «Номенклатура», «Співробітник», «Зміни» і «Контрагенти»;

• Сутність «Контрагенти» характеризується атрибутами-КодКонтрагента, Найменування, Повне найменування, Безнал. Дана сутність пов'язана з сутністю «Продаж».

Основними сутностями бази даних головного офісу є:

• Сутність «Залишки» характеризується атрибутами - КодОстатка, КодЗаправкі, КодНоменклатури, Кількість і Дата. Дана сутність пов'язана з суттю «Райони» і «Номенклатура»;

• Сутність «Номенклатура» характеризується атрибутами - КодНоменклатури, Найменування, Ціна, Товар. Дана сутність пов'язана з сутністю «Залишки»;

• Сутність «Райони» характеризується атрибутами - КодЗаправкі, Назва. Дана сутність пов'язана з суттю «Залишки» і «Обороти»;

• Сутність «Обороти» характеризується атрибутами - Код, КодНоменклатури, КодКонтрагента, Дата, Сума, Кількість, КодЗаправкі. Дана сутність пов'язана з суттю «Контрагенти» і «Райони»;

• Сутність «Контрагенти» характеризується атрибутами-КодКонтрагента, Найменування, Повне найменування, Безнал. Дана сутність пов'язана з суттю «Обороти» і «РасчетиКонтрагенти»;

• Сутність «РасчетиКонтрагенти» характеризується атрибутами - Код, КодКонтрагента, Сума, Дата, КодЗаправкі. Дана сутність пов'язана з сутністю «Контрагенти».

2.1.2.2 Характеристика вхідної інформації

Вхідний інформацією для розробляється в дипломному проекті розподіленої інформаційної системи є:

Нормативно-довідкова інформація:

• Довідник Контрагенти. Список контрагентів, з якими «Північне об'єднання по експлуатації газового господарства» укладає договори на обслуговування за безготівковим розрахунком;

• Довідник Номенклатура. Найменування товарів або послуг, і ціни на них. Ціна є єдиною по всім відділенням АГЗС;

Вхідна оперативна інформація:

• Таблиця прихід. Накладні на прихід товару. У них вказується хто прийняв товар, в якій кількості і дата. Ціна товару закладена спочатку в довіднику номенклатури. Вона не змінюється тому постачальник єдиний.

Результатної інформацією є:

• Обороти за зміну: що продано, кому, дата та час продажу, на яку суму і код заправки для ідентифікації в БД головного офісу;

• Скільки залишилося товару в наявності.

2.1.3 Вибір клієнтської системи управління баз даних

Вибір клієнтської СУБД являє собою складну багатопараметричної задачі і є одним з важливих етапів при розробці додатків баз даних.

У першу чергу при виборі СУБД необхідно брати до уваги такі чинники:

• Максимальна кількість користувачів одночасно звертаються до бази;

• характеристики клієнтського ПЗ;

• апаратні компоненти сервера;

• серверну операційну систему;

• сумісність з обраної ОС;

• можливість працювати на різних типах комп'ютерів;

• робота в різних топологіях і типах мереж;

• наявність механізмів управління узгодженістю дій і автоматичного контролю;

• рівень кваліфікації персоналу.

Так само обраний програмний продукт повинен задовольняти як поточним, так і майбутнім потребам підприємства, при цьому слід враховувати фінансові витрати на придбання необхідного обладнання, самої системи, розробку необхідного програмного забезпечення на її основі, а також навчання персоналу. Крім того, необхідно переконатися, що нова СУБД здатна принести підприємству реальні вигоди.

При реалізації проекту в якості засобу для розробки системи обліку товарів був обраний - MS Access 2003, який включає весь необхідний перелік функцій для проектованої системи.

Головне достоїнство MS Access полягає в можливості швидкої розробки «відкритою» бази даних, систему в подальшому можна буде доопрацьовуватися будь програмісту, не привертаючи перших розробників.

Порівняльні характеристики персональних СУБД представлені в таблиці 2.1.:

Таблиця 2.1.

5 - відмінно, 4 - дуже добре, 3 - добре, 2 - задовільно, 1 -

посередньо.

Microsoft Access - це сама популярна сьогодні настільна система керування базами даних. Успіх полягає у включенні її в багате оточення сімейства Microsoft Office, в простій реалізації продукту, розрахованого як на початківця, так і на кваліфікованого користувача. СУБД Access для роботи з даними використовує процесор баз даних Microsoft Jet, об'єкти доступу до даних і засобу швидкої побудови інтерфейсу - Конструктор форм. Для отримання роздруківок використовуються Конструктори звітів.

Автоматизація рутинних операцій може бути виконана за допомогою макрокоманд. На той випадок, коли не вистачає функціональності візуальних засобів користувачі Access можуть звернутися до створення процедур і функцій. При цьому як у макрокомандах можна використовувати виклики функцій, так і з коду процедур і функцій можна виконувати макрокоманди. Присутній мову програмування Visual Basic for Application дозволяє створювати масиви, свої типи даних, викликати Dll r Функції, за допомогою OLE Automation контролювати роботу додатків, які можуть функціонувати як OLE - сервери.

Access має багатий набір візуальних засобів. Головне якість Access, що залучає до нього багатьох користувачів, - тісна інтеграція з Microsoft Office. Наприклад, скопіювавши в буфер графічний образ таблиці, відкривши Microsoft Word можна застосувати вставку з буфера, і відразу одержимо в документі готову таблицю з даними з БД. Вся робота з базою даних здійснюється через контейнери бази даних. Звідси здійснюється доступ до всіх об'єктів, а саме: таблицям, запитам, формам, звітам, макросам, модулям. За допомогою драйверів ISAM можна отримати доступ до файлів таблиць деяких інших форматів: DBASE, Paradox, Excel, текстових файлів, Foxpro, а за допомогою технології ODBC - і до файлів багатьох інших форматів.

Access може виступати як в ролі OLE-контролера, так і OLE серверу. Це означає, що можна контролювати роботу додатків Access із будь-якого додатку, за умови, що воно може виступати в ролі OLE контролера і навпаки. Вбудований SQL дозволяє максимально гнучко працювати з даними і значно прискорює доступ до зовнішніх даних.

Access - це типова настільна база даних. У той же час на невеличкому підприємстві з кількістю комп'ютерів не більше десяти, ресурсів Access цілком може вистачити для обслуговування всього діловодства, природно в низці з Microsoft Office. Тобто всі користувачі можуть звертатися до однієї бази даних, установленої на одній робочій станції, яка не обов'язково повинна бути виділеним сервером.

Для того, щоб не виникли проблеми цілості і доступу до даних, має сенс скористатися засобами захисту, яка надає Access. При цьому можна скористатися майстром для правильного визначення прав та обмежень для користувачів. На відміну від MySQL, PostgreSQL та MaxDB Access має русифікований інтерфейс і частково переведений на російську мову файл контекстної допомоги. А також Access має кращу вбудовану систему захисту серед усіх настільних додатків СКБД. Можна створювати групи, користувачів, привласнювати права доступу до всіх об'єктів, у тому числі і модулів. До речі, це вирішує питання закриття процедур і функцій від чужих очей. Тому що для Access немає компілятора, то необхідність захисту стає дуже актуальною для розробників. Система захисту доступна тільки при відкритій базі даних.

Експертна оцінка 4 СУБД наведена в таблиці 2.2.

Таблиця 2.2.

2.1.4 Вибір серверної системи управління баз даних

Рішення даної проблеми є дуже важливим, так як саме від СУБД залежить процес обробки даних, обсяг одержуваної клієнтом інформації, завантаженість трафіку мережі, захищеність даних та багато іншого.

Існує два типи серверних СУБД:

• файл-серверні;

• клієнт-серверні.

Файл-серверні СУБД. Вони працюють за таким принципом: на клієнті встановлена ​​дана СУБД, а на сервері зберігаються всі дані; клієнт створює запит, СУБД, приймаючи його, відправляє запит серверу, отримує по мережі весь оброблюваний файл, записує його в оперативну пам'ять, а потім виконує запит користувача.

Клієнт-серверні СУБД. На відміну від файл-серверних, дані СУБД не скачують весь оброблюваний файл на клієнтську машину, а лише посилають серверу запит користувача. СУБД, встановлена ​​тепер вже на сервері, обробляє отриманий запит, перевіряє права користувача на дані дії, а потім виконує поставлену їй завдання. Назад повертається лише результат запиту, тобто якась таблиця або інша інформація, будь то текст, графіка, анімація або відео.

Безумовно, файл-серверні СУБД нам не підходять, тому будемо використовувати клієнт-серверні. У якості СУБД був обраний Microsoft SQL Server 2005, через його тісної інтеграції з Access і з операційними системами сімейства Microsoft.

SQL Server є всеосяжним, інтегрованим наскрізним рішенням, яке наділяє користувачів організації безпечної, надійної, і продуктивним платформою для обробки промислової інформації і додатків, що стосуються інтелектуальних ресурсів підприємства. SQL Server 2005 надає потужні, знайомі інструменти для професіоналів інформаційних технологій так само, як і для працівників інформаційної сфери, зменшуючи складність створення, розгортання, управління та використання даних підприємства та аналітичних програм на платформах від мобільних пристроїв до інформаційних систем підприємства. Завдяки вичерпного набору функцій, взаємодії з існуючими системами і автоматизації типових завдань, SQL Server 2005 надає повне рішення в області зберігання даних для підприємств усіх масштабів.

Платформа даних SQL Server включає наступні інструменти:

• Реляційна база даних: безпечне, надійне, масштабоване, високодоступних ядро з покращеною продуктивністю і підтримкою структурованих і неструктурованих (XML) даних.

• Replication Services: реплікація даних для розподілених і мобільних додатків обробки даних, висока доступність систем, масштабований паралелізм з вторинними сховищами даних для звітних рішень підприємства та інтеграція з різнорідними системами, включаючи існуючі бази даних Oracle.

• Notification Services: розвинені можливості повідомлень для розробки та впровадження масштабованих додатків, здатних доставляти персоналізовані, своєчасні оновлення інформації безлічі сполучених та мобільних пристроїв.

• Integration Services: можливості вилучення, перетворення і завантаження для сховищ даних та інтеграції даних у масштабі підприємства.

• Analysis Services: аналітична обробка в реальному часі (OLAP) для швидкого, складного аналізу великих і змішаних наборів даних, що використовує багатовимірне зберігання.

• Reporting Services: вичерпне рішення для створення, управління і доставки як традиційних паперових звітів, так і інтерактивних, заснованих на технології WWW звітів.

• Інструменти управління: SQL Server включає засоби керування для розвиненого управління і настройки баз даних, також як і тісну інтеграцію з такими інструментами, як Microsoft Operations Manager (MOM) і Microsoft Systems Management Server (SMS). Стандартні протоколи доступу до даних істотно зменшують час, необхідний для інтеграції даних SQL Server з існуючими системами. На додаток, підтримка Web служба вбудована для забезпечення взаємодії з іншими програмами та платформами.

• Інструменти розробки: SQL Server пропонує інтегровані інструменти розробки для ядра бази даних, вилучення, трансформації й завантаження даних, вилучення інформації, OLAP та звітності, які тісно інтегровані з Microsoft Visual Studio для надання наскрізних можливостей розробки додатків. Кожна головна підсистема SQL Server поставляється зі своєю власною об'єктною моделлю і набором API для розширення системи даних у будь-якому напрямку, який унікально для вашого бізнесу.

Платформа даних SQL Server 2005 надає організаціям всіх розмірів наступні переваги:

• Використовувати активи даних: на додаток до постачання безпечної, надійної бази даних для галузей промисловості та аналітичних програм, SQL Server 2005 дозволяє замовникам отримувати більше вигоди від їх даних включенням вбудованих функцій, таких як звітність, аналіз та вилучення інформації.

• Збільшити продуктивність: завдяки всеосяжним можливостям інтелектуальних ресурсів підприємства та інтеграції зі знайомими інструментами, такими, як Microsoft Office, SQL Server 2005 надає працівникам інформаційної сфери підприємства важливу, своєчасну інформацію, пристосовану для їх конкретних потреб. Мета - зробити БД доступними для всіх користувачів організації і, зрештою, дозволити користувачам на всіх рівнях організації приймати кращі бізнес рішення, засновані на одному з найцінніших активів - їх даних.

• Зменшити складність інформаційної технології: SQL Server 2005 спрощує розробку, впровадження і управління галузями промисловості та аналітичними програмами, надаючи програмістам гнучке середовище розробки та інтегровані, автоматизовані інструменти управління адміністраторам баз даних.

• Знизити загальну вартість володіння: інтегрований підхід і фокус на простоті використання і впровадження має найменші у промисловості витрати реалізації та підтримки, що сприяють швидкому поверненню ваших інвестицій в бази даних.

2.1.5 Внутрімашінная реалізація даних

Основною частиною внутримашинного інформаційного забезпечення є інформаційна база - певним способом організована сукупність даних, що зберігаються в пам'яті обчислювальної системи у вигляді файлів, за допомогою яких задовольняються інформаційні потреби управлінських процесів і розв'язуваних завдань.

У створених базах даних вся інформація зберігається таблицях:

У таблиці «Продаж» (див. таблиця 2.3) зберігаються локальні відомості про проданий товар на АГЗС.

Таблиця 2.3. Продаж

Ім'я поля	Тип поля	Ключ
КодПродажі	Лічильник	Первинний
КодНоменклатури	Числовий	Зовнішній
КодКонтрагента	Числовий	Зовнішній
Дата	Дата / час	Ні
Кількість	Числовий	Ні
Вартість	Грошовий	Ні
КодСотрудніка	Числовий	Зовнішній
КодСмени	Числовий	Зовнішній
Безготівка	Логічний	Ні

У таблиці «Прихід» (див. таблиця 2.4) зберігаються відомості про що надійшов товар.

Таблиця 2.4 Прихід

Ім'я поля	Тип поля	Ключ
КодПріхода	Лічильник	Первинний
ДатаПріхода	Дата / час	Ні
КодНоменклатури	Числовий	Зовнішній
Кількість	Числовий	Ні

У таблиці «Номенклатура» (див. таблиця 2.5) зберігаються відомості про товари.

Таблиця 2.5 Номенклатура

Ім'я поля	Тип поля	Ключ
КодНоменклатури	Лічильник	Первинний
Найменування	Текстовий	Ні
Ціна	Грошовий	немає
Товар	Логічний	немає

У таблиці «Контрагенти» (див. таблиця 2.6) зберігаються відомості про контрагентів, з якими укладено договір.

Таблиця 2.6. Контрагенти

Ім'я поля	Тип поля	Ключ
КодКонтрагента	Лічильник	Первинний
Найменування	Текстовий	Ні
ПолноеНаіменованіе	Текстовий	немає
Безготівка	Логічний	немає

У таблиці «Обороти» (див. таблиця 2.7) зберігаються загальні відомості про проданий товар.

Таблиця 2.7. Обороти

Ім'я поля	Тип поля	Ключ
Код	Лічильник	Первинний
КодНоменклатури	Числовий	Зовнішній
КодКонтрагента	Числовий	Зовнішній
Дата	Дата / час	Ні
Сума	Грошовий	Ні
Кількість	Числовий	Ні
КодЗаправкі	Числовий	Зовнішній

У таблиці «Константи» (див. таблиця 2.8) зберігаються відомості про номер АГЗС і IP адреса комп'ютера головного управління.

Таблиця 2.8. Константи

Ім'я поля	Тип поля	Ключ
КодЗаправкі	Числовий	Первинний
Назва	Текстовий	Ні
Сервер	Текстовий	немає

У таблиці «Працівники» (див. таблиця 2.9) зберігаються відомості про співробітників.

Таблиця 2.9. Співробітники

Ім'я поля	Тип поля	Ключ
КодСотрудніка	Лічильник	Первинний
Прізвище	Текстовий

	Ні
Пароль	Числовий	немає

У таблиці «РасчетиКонтрагенти» (див. таблиця 2.10) зберігаються відомості про платежі контрагентів

Таблиця 2.10. РасчетиКонтрагенти

Ім'я поля	Тип поля	Ключ
Код	Лічильник	Первинний
КодКонтрагента	Числовий	Зовнішній
Сума	Грошовий	Ні
Дата	Дата / час	Ні
КодРайона	Числовий	Зовнішній

У таблиці «Зміни» (див. таблиця 2.10) зберігаються відомості про зміни, відпрацьованих працівниками.

Таблиця 2.11.Смени

Ім'я поля	Тип поля	Ключ
КодСмени	Лічильник	Первинний
КодСотрудніка	Числовий	Зовнішній
Початок	Дата / час	Ні
Закінчення	Дата / час	немає

У таблиці «Райони» (див. таблиця 2.12) зберігаються відомості про номери всіх АГЗС

Таблиця 2.12. Райони

Ім'я поля	Тип поля	Ключ
КодРайона	Числовий	Первинний
Назва	Текстовий	Ні

У таблиці «Залишки» (див. таблиця 2.13) зберігаються відомості про залишки товару на АГЗС

Таблиця 2.13. Залишки

Ім'я поля	Тип поля	Ключ
КодОстатка	Лічильник	Первинний
КодЗаправкі	Числовий	Зовнішній
КодНоменклатури	Числовий	Зовнішній
Кількість	Числовий	Ні
Дата	Дата / час	Ні

Схеми даних АГЗС та головного офісу представлені на малюнку 2.3. і 2.4.

Рис.2.3. Даталогіческая модель БД головного офісу

Рис.2.4. Даталогіческая модель БД АГЗС

2.1.6 Алгоритми і технологія вирішення завдань

Основними алгоритмами необхідними для вирішення задачі автоматизації обліку товарів на АГЗС є: робота клієнтської ДБ АГЗС (див. малюнок 2.5) і робота її модуля «Продаж» (див. малюнок 2.6)

Рис. 2.5. Алгоритм роботи клієнтської БД АГЗС

Рис. 2.6. Алгоритм роботи модуля «Продаж»

2.2 Формалізація розрахунків (математична модель)

2.2.1 Модель управління запасами без дефіциту

Стандартна модель зберігання запасів представлена ​​на рис. 2.5.

Для безперебійної роботи АГЗС необхідна чітко налагоджена система управління запасами, щоб поставки відбувалися вчасно, найбільш економічними партіями і, щоб не створювалося дефіциту товару.

Розглянемо проблеми управління запасами, пов'язані із замовленням на партію товару постачальнику.

У будь-якій системі управління запасами рівень останніх змінюється відповідно до циклічної моделлю. Процес зниження рівня запасів визначається відповідною моделлю попиту. В деякій точці для поповнення запасу буде зроблено новий замовлення. Після деякого часу, званого часом поставки, замовлення буде отриманий, і рівень запасів зростає. Після цього починається новий цикл запасів (див. малюнок 2.6.).

Рис. 2.5. Стандартна модель зберігання запасів

Для спрощення процесу моделювання в модель вводиться ряд передумов:

1. Попит на продукцію є постійним, або приблизно постійним. Якщо коефіцієнт використання запасів є постійним, то рівень запасів також буде зменшуватися з постійним коефіцієнтом.

2. Передбачається, що час поставки відомо і є постійною величиною. Це означає, що замовлення можна здійснювати в точці з певними значеннями часового параметру і розміру запасу (рівень повторного замовлення), які забезпечують отримання замовлення в той момент, коли рівень запасів дорівнює нулю.

3. Відсутність запасів є неприпустимим.

4. Протягом кожного циклу запасів робиться замовлення на постійне кількість продукції (q).

Необхідно побудувати модель, яка описує витрати, пов'язані з наявністю запасів, за весь період їх зберігання. Тривалість цього періоду виберемо, що дорівнює одному тижні. Для моделювання використовуємо згладжує функцію. Введемо наступну систему позначень:

D - щотижневий попит на запас продукції;

З ₀ - мінлива вартість подачі одного замовлення, рублів / 1 замовлення;

C _h - мінлива вартість зберігання одиниці продукції в запасі, рублів на одиницю продукції в тиждень;

q - обсяг замовлення, одиниць продукції / замовлення;

b - інтенсивність споживання товару.

t - аналізований період часу

ТЗ - загальна вартість запасу одиниці продукції

Розглянемо докладно оптимальний розмір замовлення q ₀ в тиждень і інтервал повторного замовлення.

ТЗ (0) = q

TC (t) = 0

Економічний розмір замовлення q ₀ дорівнює:

(2.1)

(2.2)

і (2.3)

Покладемо (2.4)

Отже (2.5)

(2.6)

(2.7)

Формула (2.7) називається формулою Уілсона або формулою найбільш економічного обсягу партії, широко використовується в економіці.

Інтенсивність споживання запасаемого товару можна знайти, розділивши загальне споживання товару на час, протягом якого він витрачається:

(2.8)

Оскільки величина попиту постійна, кількість товару, що використовується протягом поставки замовлення, є одночасно і рівнем повторного замовлення. Таким чином, нове замовлення слід подавати, коли рівень запасів стане рівним інтенсивності споживання.

Рис. 2.6. Рівень і інтервал повторного замовлення

Методика виконання:

За статистичними даними обсяг продажу АГЗС складає в середньому 31000 літрів ЗВГ на тиждень з невеликим відхиленням, яким можна знехтувати. Ціна купівлі одного літра дорівнює 5.5 рублів. Одна подача заявки обходиться в 1.5 рублів. Час доставки замовлення від постачальника становить 1 добу. За оцінками фахівців, витрати зберігання складають 0.5% середньотижневим вартості запасів.

D = 31000 літрів на добу;

З ₀ = 1.5 рублів на добу;

C _h = 0.5% на тиждень від вартості запасу розміром в 1 літр або 0.005 * 5.5 рублів на тиждень за одну упаковку.

t = 1 тиждень = 7 діб

t _{поставки} = 1 добу

Знайдемо економічний розмір замовлення за формулою (2.7)

Найбільш економічний розмір партії замовлення дорівнює 1557 літрів. Отже, щоб витрати були мінімальними, варто замовляти партію ЗВГ об'ємом в 1557 літрів.

За формулою (2.8) обсяг продажу ЗВГ за 1 день поставки замовлення складе:

Отже, рівень повторного замовлення дорівнює 4428літра. Таким чином, подача нового замовлення виконується в той момент, коли рівень запасів дорівнює 4428 літрів.

2.3 Опис екранних форм

2.3.1 Додаток на АГЗС

При вході в програму операторові необхідно вибрати своє прізвище і ввести пароль (див. малюнок 2.7.).

Рис. 2.7. Форма авторизація

При успішно пройденої авторизації відкривається головна форма Продаж (див. малюнок 2.8.), З якої оператор працює всю зміну. Тут фіксуються факти продажу товару. Зі списку вибираються номенклатура і контрагент. Розрахунок можна здійснювати як за кількістю, так і за сумою. Для збереження операції потрібно натиснути на кнопку «Зберегти запис», для видалення потрібно натиснути "Видалити запис», для додавання нової - натиснути кнопку «Додати запис» Дану форму неможливо не закрити, не звернути, порка не буде натиснута кнопка «Закрити зміну».

Рис. 2.8. Форма Продаж

Для фіксації проходу товару використовується форма Прихід (див. малюнок 2.9.). Дата ставиться автоматично, необхідно лише вибрати вид товару і вписати кількість

Рис. 2.9. Форма Прихід

Існує 3 довідники - Співробітники (див. малюнок 2.10.), Номенклатура (див. малюнок 2.11.) Та Контрагенти (див. малюнок 2.12.). У них зберігається коротка довідкова інформація, доступна тільки для читання.

Рис. 2.10. Форма Співробітники

Рис. 2.11. Форма Номенклатура

Рис. 2.12. Форма Контрагенти

Для формування звіту оператору необхідно вибрати або номер зміни (див. малюнок 2.13.) Або часовий період (див. малюнок 2.17. Та 2.19.).

Рис. 2.13. Форма вибір зміни

Звіт Реалізація газу (див. малюнок 2.14.) Показує прихід і витрата газу за зміну.

Звіт Змінний звіт (див. малюнок 2.15.) Дає докладну деталізацію: скільки і кому товару було продано за зміну і, яка виручка.

Звіт про Стані складу (див. малюнок 2.16.) Показує скільки товару в наявності знаходиться і на яку суму.

Рис. 2.14. Звіт реалізація газу

Рис. 2.15. Змінний звіт

Рис. 2.16. Звіт про стан складу

Рис. 2.17. Форма вибору періоду

Звіт з розбивкою по клієнтах (див. малюнок 2.18.) Показує який контрагент скільки разів заправлявся і на яку суму.

Звіт Продаж Операторами (див. рисунок 2.20.) Можна формувати за трьома категоріями: по газу, по балонів й технічному оглядаються. Він показує кокой оператор в які дні працював і що продавав.

Рис. 2.18. Звіт реалізація газу з розбивкою по клієнтах

Рис. 2.19. Форма продаж операторами

При закритті зміни або в процесі роботи, коли запасів газу залишається менше, ніж середнє споживання виводиться вікно управління запасами (див. малюнок 2.21.)

Рис. 2.21. Вікно управління запасами

Рис. 2.20. Звіт продаж операторами

2.3.2. Додаток в головному офісі

Головна форма (див. малюнок 2.21.) Складається з п'яти частин. Для зручності роботи всі необхідні дані розташовані на екрані. Тому не доводиться довго шукати потрібну інформацію. Тут відображається інформація про контрагентів, номенклатурі, боржниках-контрагентах і на діаграмі наочно відображають залишки всіх АГЗС.

У форму Оплати контрагентів (див. рисунок 2.22.) Заносяться дані про перерахування коштів контрагентами на рахунок підприємства.

Рис. 2.21. Форма Головна

Рис. 2.22. Форма оплати контрагентів

Для формування Оборотно-сальдової відомості (див. малюнок 2.24.) Необхідно спочатку вибрати дату формування (див. малюнок 2.23.). У цьому звіті відображається на яку суми кожен контрагент заправився протягом місяця, яку суму вніс на рахунок підприємства і чи має борги.

Рис. 2.23. Форма вибір місяці Оборотно-сальдова відомість

Рис. 2.24. Звіт ОСО

Можна подивитися скільки товару в будь-який момент часу (див. малюнок 2.25.) Знаходиться на АГЗС. Як у формі звіту (див. малюнок 2.26.), Так і у вигляді діаграми (див. рисунок 2.27.).

Рис. 2.25. Форма вибір періоду

Рис. 2.26. Звіт залишки номенклатури

Рис. 2.27. Звіт діаграма по залишках номенклатури

Звіт Боржники (див. малюнок 2.29.) Показує контрагентів, які споживали товари в кредит. Звіт можна скласти на будь-яку дату (див. малюнок 2.28.).

Рис. 2.28. Форма вибір дати по боржниках

Рис. 2.29. Звіт боржники

2.4 Обгрунтування вибору системного забезпечення

Операційна система є серцевиною програмного забезпечення, вона створює середовище для виконання програм і багато в чому визначає якими корисними для користувача властивостями ці програми будуть володіти.

Головною вимогою до операційної системи, є здатність виконання основних функцій: ефективного управління ресурсами і забезпечення зручного інтерфейсу для користувача і прикладних програм. Сучасна ОС, як правило, повинна реалізовувати мультипрограмній обробку, віртуальну пам'ять, підтримувати багатовіконний інтерфейс, а також виконувати багато інших, вкрай необхідні функції. Крім цих функціональних вимог до операційних систем пред'являються не менш важливі ринкові вимоги. До цих вимог належать:

• розширюваність. Код повинен бути написаний таким чином, щоб можна було легко внести доповнення і зміни, якщо це буде потрібно, і не порушити цілісність системи.

• переносимість. Код повинен легко переноситися з процесора одного типу на процесор іншого типу і з апаратної платформи (яка включає поряд з типом процесора і спосіб організації всієї апаратури комп'ютера) одного типу на апаратну платформу іншого типу.

• надійність і відмовостійкість. Система повинна бути захищена як від внутрішніх, так і від зовнішніх помилок, збоїв та відмов. Її дії повинні бути завжди передбачуваними, а додатки не повинні бути в змозі завдавати шкоди ОС.

• сумісність. ОС повинна мати кошти для виконання прикладних програм, написаних для інших операційних систем. Крім того, користувальницький інтерфейс повинен бути сумісний з існуючими системами і стандартами.

• безпеку. ОС повинна мати засоби захисту ресурсів одних користувачів від інших.

• продуктивність. Система повинна мати настільки хорошою швидкодією і часом реакції, наскільки це дозволяє апаратна платформа.

В даний час існує і постійно з'являється велика кількість ОС, які враховують недоліки попередніх і розширюють можливості користувачів. Перед численними користувачами і організаціями постає питання вибору ОС.

Кожна з ОС вимагає для своєї роботи певні ресурси з відповідними параметрами такими як: обсяг оперативної пам'яті, обсяг вінчестера, тип процесора і його продуктивність. У зв'язку з цим дуже важливо встановити на комп'ютер ту систему, яка відповідає його ресурсами здатна підвищити ефективність роботи.

Найбільшою популярністю в цей час користуються операційні системи фірми Microsoft. Їх частка становить 95% серед всіх операційних систем. Найбільш стійкі системи цієї фірми засновані на технології NT (Windows NT / 2 k / XP). В останні шість років зростає популярність операційної системи під назвою Unix. Головним недоліком останньої є несумісність з прикладними програмами сімейства Microsoft. Тому зупинимося на ОС сімейства Windows.

Використовуючи статистичні дані та результати ранжирування [17], можна визначити переваги користувачів у використанні ОС:

1. Windows XP - 72.7%

2. Windows Vista - 15.7%

3. Unix - 8.3%

4. Windows 2000 - 2.2%

5. Windows 98 - 1.1%

В якості альтернативи розглядалися Windows XP і Windows Vista.

Windows Vista - це нова ще «сира» розробка Microsoft, вона вимагає досить потужних апаратних конфігурацій і існує проблема відсутності драйверів Windows Vista для переважної більшості периферійних пристроїв. У Windows XP такої проблеми немає, це налагоджена, добре зарекомендувала себе ОС, тому в якості операційної системи буде використовуватися Windows XP Professional так як вона поєднує в собі всі необхідні функції і не вимагає занадто високі апаратні характеристики. Це наочна ОС, що підтримує більшу кількість утиліт і програмних продуктів, в тому числі і Microsoft Office 2003, який включає в себе Access, в якому здійснена база даних.

2.5 Обгрунтування вибору програмного забезпечення

В даний час існує великий вибір програмних засобів, призначених для обробки інформації. Кожні з них мають свої переваги і недоліки. Питання вибору того чи іншого програмного засобу для конкретної мети є одним з основних при розробці, так як одні й ті ж характеристики для одного завдання можуть виступати як переваги, а для іншої - як недоліки.

При реалізації проекту в якості засобу для розробки системи обліку товарів для клієнтського додатка був обраний - MS Access 2003, який включає весь необхідний перелік функцій для проектованої системи, а для серверного MS SQL - Server.

Для створення користувацьких форм можна скористатися трьома способами:

1. За допомогою автоформи на основі таблиці або запиту. За допомогою автоформи можна створювати форми, в яких виводяться всі поля та записи базової таблиці або запиту. Якщо вибране джерело записів має зв'язані таблиці або запити, то в формі також будуть присутні всі поля та записи цих джерел записів.

2. За допомогою майстра на основі однієї або декількох таблиць або запитів. Майстер задає детальні питання про джерела записів, полях, макеті, необхідних форматах і створює форму на підставі отриманих відповідей.

3. Вручну в режимі конструктора. Спочатку створюється базова форма, яка потім змінюється відповідно до вимог в режимі конструктора.

Користуючись засобами MS Access для створення додатків не потрібно витрачати додаткові кошти на придбання спеціалізованих засобів розробки, таких як С + + Builder і Delphi, а також з'являється можливість розробки системи обліку товарів на АГЗС.

2.6 Обгрунтування вибору технічного забезпечення ІС

Для успішної роботи створених додатків з обліку товарів на АГЗС необхідно визначити набір технічних засобів, на основі яких будуватиметься система. Вибір технічних засобів визначається вибором апаратної платформи.

Для функціонування системи будуть потрібні наступні технічні засоби:

• ПЕОМ типу IBM PC / AT з мінімальною конфігурацією:

• процесор: Pentium, 600 MHz або потужніший;

• оперативна пам'ять: 256 Мб;

• ємність жорсткого диска: 40 Гб;

• монітор Super VGA з роздільною здатністю 800 x 600 точок або більш високим, що підтримує 256 квітів;

• принтер HP LaserJet 1010;

• ADSL-модем D - Link 10/100 Мбіт / с;

• операційна система: Windows ХР Professional;

• ПЗ: SQL - Server, Access 2003.

Дане технічне забезпечення забезпечить успішне функціонування створюваної системи і не зажадає додаткових витрат на технічне забезпечення, так як дане технічне забезпечення вже встановлено.

2. 7 Розробка організаційного забезпечення

Організаційне забезпечення являє собою сукупність методів і засобів, що регламентують взаємодію працівників з технічними засобами і між собою в процесі розробки і експлуатації системи.

Проектована система призначена обліку товарів на АГЗС.

Персонал, який буде безпосередньо працювати з системою:

• оператори;

• адміністратор.

Для нормального функціонування системи необхідний підготовлений персонал. Тому попередньо необхідно провести навчання операторів по роботі з системою, і, забезпечити отримання консультацій з питань, що виникають у ході роботи з системою. Проведення консультацій покладається на програмістів відділу ОКО «Північного об'єднання по експлуатації газового господарства».

Адміністратором БД буде програміст відділу ОКО оскільки він має достатній рівень професіоналізму і спеціальні навики для роботи.

Для забезпечення безпеки та достовірності даних, що зберігаються в централізованій базі даних, при роботі системи необхідно розмежувати права доступу користувачів до таблиць баз даних. Розмежування прав доступу буде здійснюватися на рівні СУБД. Розмежування прав доступу та видача відповідних паролів покладається на адміністратора БД.

3. Розрахунок економічної ефективності

У даному дипломному проекті здійснюється розробка інформаційної системи обліку товарів на АГЗС «Північного об'єднання по експлуатації газового господарства.

Впровадження інформаційної системи пов'язане з капітальним вкладенням, як на придбання техніки, так і на розробку проектів, виконання підготовчих робіт і підготовку кадрів. Тому впровадження повинно передувати економічне обгрунтування ефективності впровадження системи.

Під ефективністю впровадження будемо розуміти доцільність застосування засобів обчислювальної та організаційної техніки при формуванні, передачі і обробки даних.

Економічний ефект від впровадження обчислювальної та організаційної техніки поділяють на прямий і непрямий.

Під прямої економічної ефективністю розуміють економію матеріально-трудових ресурсів і грошових коштів, отриману в результаті скорочення чисельності управлінського персоналу, фонду заробітної плати, витрати основних і допоміжних матеріалів внаслідок автоматизації конкретних видів робіт.

Під непрямою ефективністю розуміють економію коштів, в процесі виробництва, яка виявляється в кінцевому результаті господарської діяльності підприємства.

Обидва види розглянутої економічної ефективності взаємопов'язані.

Реалізація будь-якого проекту потребує матеріальних та фінансових витрат. Вона завжди пов'язана з ризиком, оскільки не можна заздалегідь сказати, якою мірою проект вийде на комерціалізацію, і чи знайдуться споживачі для нової продукції або послуги. Тому етап попередньої оцінки є важливою ланкою в інноваційній діяльності. Незважаючи на складність оцінки, вона необхідна і є чинником, що знижує ризик діяльності.

Здійснити оцінку проекту на ступінь його реалізації - це значить оцінити соціально-економічну ефективність проекту на тій стадії, коли мало достовірної інформації, тому й оцінки повинні бути інтервальними: від оптимального - до песимістичного прогнозу.

Необхідно визначити витрати на проведення науково-дослідної роботи (НДР). У ці витрати повинні включатися трудові витрати інженера-дослідника (дипломника), його керівника, а також витрати пов'язані з використанням ЕОМ і різного устаткування, необхідного для проведення експериментів.

Розрахунок починається з складання кошторису

Вихідними документами для складання зведеного кошторису є:

1. Графік основних етапів проведення науково-дослідної роботи (НДР) і витрати на її проведення.

2. Визначення капітальних витрат для нового варіанту.

3. Визначення експлуатаційних витрат для нового варіанту.

4. Визначення економічного ефекту.

3.1 Графік основних етапів проведення НДР і розрахунок витрат

Графік основних етапів проведення НДР є основним документом, що характеризує витрати по заробітній платі. Разом з тим, певною мірою відображає і організацію проведення роботи, а саме: склад і кількість залучених до виконання роботи виконавців.

Для складання графіка основних етапів проведення НДР розглянемо тимчасові інтервали проведення робіт:

1. Підготовчий етап.

2. Теоретичні розробки.

3. Проектування і виконання технічного завдання на ЕОМ.

4. Консультації з керівником проекту.

5. Машинні розрахунки та оформлення звіту в електронному вигляді.

Для розрахунку загальних витрат необхідно знати трудомісткості всіх етапів виконуваної роботи. Для визначення трудомісткості складається перелік всіх видів робіт, які повинні бути виконані. Трудомісткість виконання роботи визначається за сумою трудоемкостей етапів і видів складових робіт, оцінюваних експериментальним шляхом у людино-днях. Вона носить імовірнісний характер, тому що залежить від безлічі важко прогнозованих факторів. Тому в практиці застосовуються такі величини при оцінці трудомісткості:

a _i - мінімальні можливі трудомісткості окремих видів робіт;

b _i - максимальні можливі трудомісткості окремих видів робіт;

m _i - Найбільш ймовірна трудомісткість окремих видів робіт.

Очікуване значення трудомісткості Т _i і їх дисперсія Д _i оцінюються за формулами:

, (3.1)

(3.2)

Дисперсія характеризує ступінь невизначеності виконання роботи за очікуваний час. Тривалість роботи Т _{п i} оцінюється за формулою:

Т _{п i} = Т _i / Ч _i , (3.3)

де Т _i - Трудомісткість, люд.-дні;

Ч _i - Чисельність виконавців, чол.

Оскільки робота проводиться однією людиною, то T _{п i} = T _i. При допущенні, що роботи ведуться в проектній організації для проведення НДР з даного проекту і виконання основних етапів НДР знадобиться наступний персонал:

- Провідний інженер - керівник проекту;

- Інженер - розробник проекту.

Прийняті величини трудомісткості і отримані при розрахунку значення трудоемкостей зводимо в таблицю 3.1.

На підставі значень, отриманих при розрахунках за формулами (3.1. - 3.3.), Складається графік проведених робіт, представлений у таблиці 3.2.

Таблиця 3.1

№ етапу	ai	bi	mi	Ti	Di
1	10	21	16	16	20,17
2	7	14	10	10